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[57] ABSTRACT 

A method and syston for allowing multiple application 
programs to communicate in the context of a switched voice 
and data communication. The method includes providing a 
communication interface between multiple application pro- 
grams and a router module in a sending and receiving 
system, and then using the router module to format data 
&om one or more plication programs into a single data 
block. During a brief interruption of the voice portion of the 
call, the sending system transfers the data block to the 
receiving system where the data block is interpreted and 
then routed to corresponding application programs. The 
system includes a router module to format data, a commu- 
nication interface to couple applications to the router 
module, a communication port to transfer data over a phone 
line, through a communication device and a call manager 
module for pof arming line control 

16 Claims, 7 Drawing Sheets 
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METHOD AND SYSTEM FOR ALLOWING phone may not require a DTE interface if it has local data 

SWITCHED VOICE AND DATA storage capability and the ability to display information. As 

COMMUNICATION AMONG MULTIPLE anotha* example, the DCE may be incorporated into a Voice 

APPLICATION PROGRAMS Response Unit (VRU). A VRU is a device used in automated 

5 messaging. When incorporated into a VRU. the DCE can be 

FIELD OF THE INVENTION used to transfer graphical information to accompany the 

The invention relates gencraUy to the field of switched conq)utcr generated voice messages of the VRU. 

voice and data communication where voice and computer A communication device sudi as a modem equipped with 

data may be transferred over a single phone line during a switched voice-data capability operates as follows. When in 

phone call More specifically, the invention relates to a voice mode, the modem supports standard interactive voice 

method and system for enabling multiple application pro- conmiunication and acts as a monitor, looking for events that 

grams running simultaneously on computers on each end of trigger a change to data mode. The modem monitors the 

a phone line to communicate in a switched voice data voice communication connection and the data connection 

environment for specific events and changes its mode ^)propriately in 

13 response. When one person wants to send data to the other 
BACKGROUND AND SUMMARY OF THE person on a call* the sending modem temporarily mutes the 
INVENTION handset and sends a signal directing the receiving modem to 
Technology now exists enabUng switched voice and data ^^^^ ^ ^ receiving modem receives 
communications over a single telephone connection. the signal it mutes the handset and prepares to receive data. 
Switched voice and data communication is the process of ^ transforing the data, both modems unmutc their 
temporarily blocking a telq)hone conversation during a caU, handsets and normal conversation ensues, 
sending data over the same connection, and then immedi- To transfer files such as spread sheets or word processing 
atdy returning to the conversation. A switched voice and documents, the computers of the respective participants in a 
data coimnunication involves two modes of cpcration: voice the call act as DTEs, transferring commands and data to the 
mode where voice data is transferred between callers, and DCE in a sending and receiving modem coupled to the 
data mode where, for example, a binary data file is trans- respective computers, Through the sending modem, the 
ferred between each caller's computer. sending computer transfers data from an application pro- 
Combining voice and data communication in a single receiving modem. The receiving modem then 
phone call opens the door to improved communication transfers this data to an ^pUcation program in the receiving 
oppormnities and a range of software applications to support computer in response to commands issued by the conq)Uter. 
such coimnunication. Using switched voice and data ^ this manner, the participants in the phone call can view 
communication, computer data such as text or graphics may ^ computer terminals while they discuss 
be transferred and viewed by participants in a phone caU as ^® phone. 

they converse on the phone. For instance, callers can discuss 35 Though switched voice communication can enhance 

the same spread sheet file over the phone as they view it on interactivity between remote users of application programs, 

their computer saeens. Documents may be sent to and existing technology does not support simultaneous commu- 

dispiayed on each caller's computer screen or saeen phone nication among more than one application program on each 

during a call. end of a telephone call. Only one application program can 

A communication device such as a fax or data modem 40 conmiunicate with a modem at a time. This is a significant 

used to transfer data over the telephone network must be drawback because it prevents participants in a switched 

modified or specifically built to support such switched voice voice and data call from transferring data between more than 

and data communication. A coimnunication device having application program at once. 

this capability contains data circuit terminating equipment This drawback of existing switched voice and data tcdi- 
(DCE) to support time-multiplexed voice and data commu- 45 nology arises from a limitation in the design supporting die 
nications. The DCE generally includes a telephone network conmiunication. Current systems use a command set that 
interface, a data terminal equipment (DTE) interface, and a fails to support conmiunication among more than one appli- 
local telephone interface. Linking the DCE to a telephone cation program. In a switched voice and data 
line, the telephone network interface couples the DCE to a comnmnication, the DTE such as a PC issues commands to 
general switched telephone network (iSSTO). The telephone 50 the DCE such as a modem to control the transfer of data ova 
network interface is typically an analog telephone line the telcphoae line. In current systems, these control corn- 
connected to telephone network switch. The jyVB interface mands are standard AT commands based upon extensions to 
couples the DCE to a data terminal device such as a personal the TIA/EIA 602 and TIA/EIA 615 AT commands. These 
conqiuter (PC) for communicating coimnands and data to commands merely allow a single application to transfer data 
the DCE. Finally, the local telephone interface couples the 55 or to listen for a call at one time. The commands do not 
DCE to a telephone for interactive voice communication. support transferring data to or from several applications at 

A variety of communication devices may be equipped ^he sanoie time, 

with switched voice and data communication capability. A ptt* * «v ^« ^w^m «.tt rr^^^^^^ 

DCE my be incorporated into eonmiumcation deVices such SUMMARY OF THE INVHNnON 

as modems, specialized telephones, and automated messag- 60 To address the limitations and drawbacks of existing 

ing systems. The DCE may be incorporated into a modem systems, the invention provides a method and system for 

that is linked as follows: 1) to a local telephone through the allowing multiple application programs to communicate in 

local telephone interface, 2) to a PC through the DTE the context of a switched voice and data comniunication 

interface, and 3) to the GSTN through the telephone network session. A method according to one embodiment of the 

interface. The DCE may also be incorporated into specialty 65 inyention begins by establishing communication between a 

phones such as a saeen phone, in which case the local sending and receiving system with switched voice and data 

telephone interface may be in^>lemcnted internally. A screen capabilities. The sending and receiving system typically 
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include a modem capable of switching between voice and FIG. 3 is a more detailed block diagram of the system of 

data transfer coupled to a computer, a telephone, and the FIG. 2. 

telephone line. The computers include an application pro- piQ, 4 is a dctaUed block diagram of the louter module of 

gramming interface (AFT) to application programs, a router p[G 3 

module and a commumcatioii device interface After a 5 piG.' 5 is a flow diagnuniUustrating the steps taken during 

connecuon is established, data can be transfeffed among , connection in a switched void and commutdcl 

application programs m the computers of the sending and ^-^^ 

receiving systems. Under the control of the computer, the ^ 

modem temporarOy blocks voice transfer and transfers data ^^^^ diagram illustrating the steps taken during 
amongappHcationsnjnninginthecomput^ofthesending lo a new connection in a switched voice and data communi- 

and receiving systems. cation. 

To transfer data among appUcations, a method according FIG. 7 is a flow diagram illustrating the steps taken to 

to an embodiment of the inventioD includes the following ^^^^ ^ ^P^^^ connecUon in a switched voice and 

steps. Data is transferred from one or more application commumcaaon. 

jH-ograms to the router module in the sending computer ^5 FIG. 8 is a flow diagram illustrating the steps taken to 

through the API. A protocol identification number is send data ovct an impUaX connection in a switched voice 

assigned to identify data from a first and second application communication. 

program and then this data is routed to the router module in FIG. 9 is a flow diagram illustrating the steps taken to 

the receiving system. To transfer the data to corresponding receive data over a connection in a switched voice and data 
application programs in the receiving system, the router 20 communication. 

module transfers the data using protocol identification 

numbers, which uniquely identify the destination applica- DETAILED DESCRIPTION OF A PREFERRED 

tions. EMBODIMENT 

A system according to one embodiment of the invention The invention provides a method and system for allowing 

includes a communication device interface for coimnunicat- multiple ^>plications running in remote coiiq)uters to share 

ing with a telephone communication device, an API, a call data during an interactive voice communicatioa The fol- 

managcr module, and a router module. The communication lowing description begins with an overview of a oommuni- 

interface enables one or more application programs to cation system embodying the invention. Next the system 

transfer data to the router module. The router module and a method according to the invention are described, 
receives data from one or more applications and formats the ^° Finally, the method according to the invention is described 

data into a data block so that it may be transferred through with reference to examples illustrating how data may be 

the communication device interface. The router module also transferred among applications, 

receives data from the communication device interface, FIG. 1 iUustiates a block diagram of a communication 

interprets a header byte in the data block, and then routes the system 20 in which the invention may be implemented. This 

data to the proper appUcation programs. The router module system includes first and second con^uter systems 22. 24, 

communicates with the call manager module to control the each coupled to a modem 26. 28. Each con^jutcr system 

telephone connection and switch between data and voice includes a central processing unit 30a; 30b, memory 32a; 

transfer modes. ^2b, and a peripheral interface 34a, 34b coupled together 

The methods and systems according to the invention ^ through a bus 36a; 36fr. The bus 36a; 36fc may carry data and 
enable multiple application programs to communicate over control signals as well as power to the various components 
a phone line during a single switched voice and data in the computer system 22, 24. The memory 32a; 326 may 
communication. Data from a number of ^plication pro- include random access memory (RAM) and read only 
grams may be sent in a single data block, causing only a memory (ROM). The paiphcral interface 34a; 34b for 
brief intenuption in the voice communication. Many varia- coupling the computer system to the modems is a serial 
ttons in the way data is transferred are possible using the interface that supports a character serial bi-directional data 
principles of the invention. In one alternative, an application streaoL A variety of hardware could be used for the periph- 
may wait until another application sends data during a eral interface 34a, 34b generally, including parallel ports or 
switched voice and data communication and then '^iggy- an ISA (Industry Standard Architecture) bus implementa- 
back" its data with data from the other application. This ^ tion. The first coniputer 22 is coupled to modem A 26 
approach minimizes intrusion into the voice portion of the through its peripheral interface 34a; and similarly, the sec- 
call because the call is only interrupted once when the ond computer 24 is coupled to modem B 28 through its 
second application sends data. In another alternative, mul- peripheral interface 34b, The respective modems 26. 28 are 
tiple applications may send data and then request replies for of conventional design and are each coupled to a local 
return data. With the use of special unique protocol ID telephone, telephone A 38 and telephone B 40. 
numbers, a switched voice and data system according to the Modem A 26 and B 28 communicate through an analog 
invention can route data to a spedfic application, or to telephone fine 42. Both modem A and B are adapted to 
different applications if the appUcations arc compatible. support switched voice and data communication. 

Further advantages and features of the invention will Specifically, both Modems A and B support the Voiceview 
become apparent to those skilled in the art from the follow- ^ protocol from Radish Communications Systems, Inc., of 

ing description and acconq>anying drawings. Boulder, Colo, More information on the switched voice and 

BRIEF DRSOWPTION OF THF nRAWTTsir^ data communication is provided in the following patents and 

BRIEF DESCRIPTION OF THE DRAWINGS patent application of Radish Communications: 

FIG. 1 aiustrates a block diagram of a communication (1) U.S. Pat No. 5,164,982 cntiticd 'Tblecommunication 

system in which the invention may be implemented. 55 Display System", issued Nov. 17, 1992; 

FIG. 2 is a block diagram of a system embodying the (2) U.S. Pat No. 5365,577 entitied 'Telecommunication 

invention. Display System", Issued Nov. 15, 1994; and 
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(3) per Patent ApplicatioD No. PCTAJS/94/04893 
entitled 'Improved Features for a TdeconmmnicatioDS 
Display System", filed May 2, 1994, published as WO 
94/26Cfe6 on Nov. 10, 1994, and claiming priority from 
U.S. patent q)plication Scr. No. 08/056.526. filed Apr. 
30, 1993. 

U.S. Pat Nos. 5,164,982 and 5365,577, and PCT Patent 
Application No. PCr/USy94/04893 arc hereby incoiporatcd 
by reference. 

Modems A and B communicate with the respective com- 
puters through a DTB interface for transfcndng commands 
and data. The computers 22, 24 issue commands to the 
modems 26, 28 to control basic switched voice and data 
communication. These commands include instnictions to set 
up a phone call, mute the voice portion of a phone call, and 
initiate the transfer of data during the call. These commands 
include standard AT commands found in the TIA/EIA 602 
and TIA/EIA 615 as listed in Table 1 below. 



TABLE 1 


Commaods Name 


AID 


Dial Call 


AIA 


Answer CaQ 


AIH 


Hook Control 


MZ 


Reset to Default Coofiguration 


AT^AC 


Accept Data Mode Request 


AT^IP 


Initialize MnceView Parameteis 




Reset Capabilities Data to Default Setttng 


AT^SQ 


Initiate Capabilities Queiy 


AT^DA 


Oiigiiiate Modem Data Mode 


AT-SFX 


Qriginats FAX Data Mode 


AT-SRM 


Retrieve Mess^e 


AT-SEM 


Erase Message 


AX^MT 


Mute Telephone 



In addition to the DTE interface, the modem also includes 
a tcl^hone network inteif ace and a local telephone interface 
to support switched voice and data communication. Hie 
telephone network interface couples the modem to the 
analog telephone line and includes a switching device far 
switching between voice and data comnuinication. Hie local 
telephone interface couples the modems to a local telephone 
for supporting voice communication. Through the telephone 
network interface and local telephone interface^ the modems 
switch between voice communication according to the com- 
mands from the respective computers. ^ 

HO. 2 is a block diagram of a system embodying the 
invention. In this embodiment, the system is implemented in 
software loaded in memory of a computer system. As will be 
described, the system incorporates a number of components 
of the Windows operating system The coumiunication 
device interface 44 is the Unk between the system and a 
communication device such as modem 26 coupled to the 
computer system 22 at the peripheral interface 34a. A 
number of application programs running in the conoputeTf 
such as APPUCAnON_l 46, and APPUCAnON_2 48» 
may conmuioicate with a router module 50 through API 52. 
Hie API 52 may be any of a number of well-known 
communication mechanisms such as TCP/IP or IPX. As 
described below however, the communication interface 52 
in the preferred embodiment includes sockets based on 
Berkeley Sockets developed at the University of California 
at Berkeley. The router module 50 routes data from the 
aj^lications 46, 48 to corresponding applications running In 
another computer. 

To aid the router module in call management, the router 
module is coupled to a telephony application programming 
interface (TAPI) 54. TAFI 54 is a software module used by 
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application programs to control telephony connection man- 
agement in the Windows operating system. TAP! 54 controls 
the connection of a telephone call including both handset 
and line control TAPI 54 is also used to detennine call 

5 ownCTShip among one or more application programs. The 
router module SO communicates with TAPI 54 to control a 
telephone communication. Additional documentation of the 
Telq)hony Application Programming Interface 54 is pro- 
vided in co-pending application Ser. No. 08/356.059, 

10 entitled **Device Independent Modem Interface*", filed Dec. 
13, 1994, which is hereby incorporated by reference. 

TAPI 54 provides control of telephone communication by 
making function calls to a telephony snvice provider 56 and 
by transferring call information to and from the service 

15 provider 56. The service provida 56 acts as a device driver, 
controlling the connection between a communication device 
and a communication device intoface 44. The communica- 
tion device interface 44 is an interface to physically couple 
software modules of the system to a communication device 

20 such as a modem through a serial port of a computer system. 
Both the service provider 56 and the router module 50 may 
use the communication device interface 44 to send and 
receive data. 

FIG. 3 is a more detailed block diagram of the system of 

25 FIG. 2. In this particular embodiment, commands and data 
for telephone communication are passed between plica- 
tions 46, 48 and a transport layer 60 through sockets 62. The 
interface between applications and the router module 
includes the Windows Sockets Application Programming 

30 Interface (API) 64 and a Sockets Core module 66. 

The Wndows sockets API 64 provides an interface for 
application programs 46, 48 includiiig an interface to enable 
program developers to create, applications to any of a 
number of networkprotocol implementations. The Windows 

35 Sockets API 64 is implemented in the form of a dynamic 
linked library that is accessible to one or more application 
programs. This particular API is the Windows Sockets API 
publicly available from Microsoft Corporation of Redmond, 
Wash. The Windows Sockets specification, also available 

40 from Microsoft, defines library calls and associated seman- 
tics from which compatible application programs and net- 
work transport software can be implemented. 

The sockets core module 66 communicates data and 
commands to a network transport layer 60. As an exanq>le, 

45 HG. 3 illustrates two standard network transport modules, 
TCP/IP 68 (IVansport Control Protocol/Interface Program) 
and IPX 70. In this implementation, the router module 72 Is 
implemented as a transport mechanism to transfer blocks of 
data over the telephone line. Generally, the router module 72 

so receives data from an application 46, 48 through the sockets 
62 and routes the data to a corresponding application in a 
remote computer system. More details of die stnicnire of the 
router module 72 are provided bdow with reference to HG. 
4. The operation of the router module 71 will also be detailed 

55 below. 

In this implementation, the router module communicates 
with a call manager helper thread 74 to control a telq)hone 
communication. The call manager helper thread 74 makes 
function calls to TAPI 76 in response to commands from the 

60 router module 72 to control a telephone calL The call 
manager helper thread 74 enables the router module 72 to 
call the TAPI DLL 76. Since ring 0 code cannot call ring 3 
code directly, the call manager helper thread is necessary in 
this implementation. 

65 As shown in FIG. 3, TAPI 76 is inq>lemented as a 
dynamic linked library. The TAPI DLL's functions can be 
shared by a number of processes running in the system. For 
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example, a number of application programs can use the 
ftiDctions in TAPI 76 to provide line and handset control. 
TAPI 76 provides all of the Aincdon calls that applications 
require to control an analog telephone line. TAPI 76 can also 
support digital phone line control 5 

TAFI issues the AT commands to place the modem in the 
appropriate state. The router then issues AT commands to 
control the transfer of data. 

The TAPI service provider 78, virtual device driver 80 and 
VCOMM 81 together form a device driver for a communi- 
cation device. The service provider 78 in^lements device 
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through extensions to the existing ^%dows Sockets API A 
socket address data structure, sockaddr, has been modified to 
support switched voice and data communication. Some 
functions in the Windows Sockets API have modified capa- 
bilities in the context of a system for allowing switched 
voice and data communication among multiple applications. 
The socket address structure is set forth below: 



sockaddr 

street sockaddt_vv { 

u__short 5SL_family; 

lU-ShoTt wFlags; 

DWORD dwDcviccH; 

U_jchar uiiidPiotoool(l6] 

h 



I* socket address format 
/* specifies optioxial behavior on z 
/* TAPI device n> to use for conaectkms 
/* soctet protocol 



♦/ 
•/ 
*/ 
*/ 



specific line control functions. In this embodiment where the 
communication device is a modem, the service provida: 
includes code to perform modem functions such as dialing 
an outbound call, answering inbound calls, hanging up 25 
current calls, etc. Additional documentation on service pro- 
viders is provided in co-pending application Ser. No. 
08/356,059, which is incorporated by reference abovQ. 
VCOMM 81 is a communication device interface provided 
in the Windows operating system from Microsoft Corpora- 
tion. VCOMM 81 is a ring 0 level virtual device that 
manages access to communication resources in the com- 
puten These "communication resources** include physical ot 
logical devices that provide a single asynchronous data 
stream. Serial ports, parallel ports, and modems are 
exan4>les of conununication resources. The virtual device 
driver 81 is ring 0 code that enables the ring 3 service 
provider to communicate with the ring 0 communication 
device interface. For more information on VCOMM^ sec the 
documentation relating to VCOMM provided in co-pending 
application So:. No, 08/356,059, which is incorporated by 4D 
reference above. 

FIG. 4 is a detailed block diagram of the router module 
50, The router module 50 includes four pieces: the ^^^dows 
sodxts interface 82, a call control manager 84. a commu* 
nications interface 86, and a router 88. The ^^dows sockets 45 
interface 82 is a platform specific piece of the router module 
72 that couples the router module 72 to sockets 66. The call 
control manager 84 comiminicates with TAPI 76 through a 
Call Manager Helper Thread 74. 

The communications interface 86 is a portion of the router so 
module 72 that enables the router module 72 to communi- 
cate with the communication device interface 44. Finally, 
the router 88 is responsible for handling data and instruc- 
tions from application programs and formatting the data so context of a switched voice and data 
that it may be directed to a specific socket destination in a 53 communication, the sockaddr structure includes additional 
receiving system. information. The uuidProtocol field includes the UUID 

The router module 72 is used to send information from an number associated with an application for use in exchanging 
application in a sending system to a coiresponding applica- data. The dwFlags field is set to a variable reflecting that a 
tion on a receiving system. The router module routes data capabilities query is to be issued. Cq)abilities queries are 
between appUcation programs using a universal, unique 60 used to ensure that the receiving device has switched voice 

In^^H ^^K^'r^'w^'^.i T anddatacommunicationcapabiUty/TTiedwDeviceldfieldls 

UUID identifies the application that should receive data. oot^,.™««^„wi • i- ^ • 

UsuaUy. only one appuLtion is associated with a specific "toayambleenuiiieratmgawm^ 

UUID. However, if two or more appUcations inta-operate, '"bsequeat calls. This is relevant when a 

they may share the same UUID. 6S includes more than one line device. 

In this implementation, the communication between The following Windows Sockets functions use the modi- 
applications 46. 48 and the router module 72 is carried out fled socket address structure: 
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Qooept 

SOCKET PASCAL FAR accept(s, sddr. addrlen) 

sockets; /* Godcct listenii^ for connecdans */ 

struct sockaddt FAR * addr. /* adbcss structuio for connectiag entity */ 

int FAR * addrlen; /* length of address stmcture */ 
bind 

im PASCAL FAR bmd(8, nanv., namelen) 

sockets; /• unbound socket to associate */ 

const struct socfcaddr FAR * name; /* address structure assigned to socket */ 

int namelen; /* length of address structure */ 
connect 

int PASCAL FAR CQm)ect(s, name, namelen) 

sockets; /* uocomucted sxket to use V 

const struct sockaddr FAR * name; /* address straceore assigned to socket V 

int namelen; /* length of address etmcture */ 
gctpcem&nx 

int FACIAL FAR gstpeeni3me(s, name, namekn) 

sockets; /• bound socket */ 

struct sockaddr FAR * name; /* address structure to receive address */ 

int FAR * nanoclen; /* length of address structure V 
getsockname 

int PASCAL FAR getsocknanie(6, name, namelen) 

sockets; /* bound socket ♦/ 

struct sockaddr FAR ♦ name; /* address structure to receive address •/ 

int FAR • namelen; /* length of address structure */ 
rccvfrom 

int PASCAL FAR recvfroni(s« buf, flags, ftamj fiomlen) 

sockets; /* bound socket to receive data */ 

char FAR * buf, /* buffer to receive incoming data V 

int len; /* Icngfli of buffer */ 

int flags; /* s^Kcles optkxial behavior of the call */ 

struct sockaddr FAR * from; /* address structure to receive source address */ 

mt FAR * fcomlen; /* length of address structure */ 
sendto 

int PASCAL FAR scodtoCs, bu^ lea, flags, to, tolen) 

SOCKETS; I* connected socket on which to send */ 

const char FAR * bu^ /* bu&r containing data to transmit */ 

int len; f* length of data m buffer */ 

int flags; /* specifies optkmal behavior of the call */ 

const struct sockaddr FAR * to; /* address structure for destination socket */ 

int tolen; /* length of address structure */ 



The preceding function calls each use the modified sock- 
addr structure in the context of a switched voice and data 
communication system. These function calls use the sock- 
addr structure to perform the following functions: the accept 
function receives address information about the connecting 
entity; the bind function associates a protocol ID with a 
sodcet; the connect function specifies a protocol ID for a 
socket; the ge^ecmame function receives the address infor- 
mation of a pea socket; the getsockname function receives 
address information of a local socket; the rccvfrom function 



receives a protocol ID for a socket; and the sendto function 
specifies the protocol ID for the destination socket 

A number of functions in the Windows API have modified 
capabilities when used in this system acc(vding to an 
embodiment of the invention. In addition to the function 
calls ahready listed, relevant functions are set forth below: 



40 



45 



gctsockopt 

hit PASCAL FAR getsockopt(s, level, optname, <^tvat optkn) 
SOCKEDi; /* socket from which to retrieve option 

mt level; /* level at which option is flf-fifwi 

int optname; /* option to retrieve 

char FAR * optval; /* pcnntcr to buffer to receive value 

int PAR * op'tlen; /* pointer to length of buffer 

setsockc^t 

int PASCAL FAR sctsockopt(8, level, optname, optval, optkn) 



SOCKET; 
int level; 
int optname; 
char FAR • optval; 
inlFAR'optleo: 
listen 

int PASCAL FAR Hsten(s, backfog) 

sockets; 

int backbg; 

send 

mt PASCAL FAR send(s, b< len, flags) 
SOCKETS; 



/* socket to set option on 
/* level at which option is defined 
/* option to set 

pointer to buffer of si^plied value 
/* pohiter to length of buffer 



f* bound, uocottoected socket to listen on 
/* size of queue for pending coonectians 



/* connected oocket on which to send 



*/ 
•/ 
*/ 
*/ 
•/ 



•/ 
•/ 
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const char FAR * buf; t* buffer containipg data to transmit */ 

tnt len; t* lei;gtb of data in Im&r */ 

tot flags; /* specifies optional bdiavioi of the call */ 
select 

tnt PASCAL FAR 5elect(n£ds, teadftb, writefds« cxceptfds, timeout) 

ini nfiis; /* unused ♦/ 

&L_set FAR * readfds; /* sockets to check fior xeadability */ 

fil_sct FAR • writefds; t* sockets to check far writeability ♦/ 

FAR * cxoeptfds; /* sockets to check far eiroiB */ 

const stxuct timeval FAR * timeout; /* only NULL supported V 
socket 

SOCKET PASCAL FAR 0ocket(at type, protocol) 

int af; /* address format specification */ 

int type; /* type specification for new socket •/ 

int protocol; i* not supported */ 



The getsockopt retrieves a socket option, and the sct- 
sockopt sets a socket option. 

The bind function associates a local address with a socket, 
and the listen function establishes a socket to listen for an 20 
incoming connection. An application nujst call the bind 
function before it calls the listen function. 

The send and sendto function calls are called by applica- 
tions to send data. An application calls the send function to 
send data on a connected socket, and calls sendto 
function to send data to a specific destination. Both of these ^ 
functions may include additional values in the flags param- 
eter. One value in this flag parameter may represent a 
capabilities query to determine whether a receiving system 
has switched vcdce and data capability. Another value may 
indicate that an application requests a reply from an appli- 30 
cation in a recdving system. 



receiving system intcqircts the information passed over the 
telephone line and routes data to the appropriate application 
through sockets associated with the ^plications. The man- 
ner in which conmiands and data are transferred over the 
telephone line is described below. 

The following description sets forth the operation of a 
system in various telq)hone transactions. EtGS. 5-8 are a set 
of flow diagrams illustrating the steps of these transactions. 
Table 2 below sets forth the transac^on type, tiansac^on 
signature, and associated commands and data for transac- 
tions in a switched voice and data communication according 
to an embodiment of the inventioa 



TABLE 2 





Transactxra 




Transaction lype 


Signatme 


Commands and Data 


In^licit Socket Data 


0x00 


<OxOO> <UUID> <1ENG> <DA£A> 


Explicit Socket pata 


0x01 thru QxED 


<hQ\ thru QsED> <I£MQt> <DAIA> 


First CoQoection 


OxEE 


4QzEE> ^Version: OtzlO <aAJID Session [d> <LENG> 
<Session DAIA> <UUID Socket Id> <Sockct Id, raakm: 
0x01 to OxED> <1ENG> cSocket D>OA> 


New Connection 


QxEF 


<OxEF> <Socket Id, laoiaiQ: QxOl to QxED> 
<£Na> <Socket DArA> 


EodConnecdon 


OxFO 


<OxFa> <Socket Id: QxOl to Otx£D> 


Emmierate A^did Sockets 


QxFl 


<0xFl> ^Nmnbcr of Socket£> <List of UUID Yahjes> 


Error 


OxPl 


<0xF2> <EnDr M byte> { <UHNG> <D AIA> } 


Vetiiy Connection 


OxFS 


<0xF3> <UUID Session Id> 


Request User InfaimatioD 


0XF4 


<DxP*> 


User Ihibnnatton 


OxF5 


OxF5> <tJBNG> <DAIA> 



The select function call enables an application to check 
the status of one or more sockets. 

The socket function call is used-toxccatc^jfid^ The af 
field specifies the format of the address. When a socket is 
used as a communication interface to applications in the 
context of switched voice and data communication, the af 
field is set to a value indicating the switched voice and data 
fonnat The type specification identifies the type of data 
transferred through the socket. The protocol parameter is not 
supported in this implementation because the uuidProtocol 
field of the sockaddr structure is used instead to convey the 
socket protocol. 

Using the Windows sockets as described above, applica- 
tion programs may transfer data to corresponding applica- 
tion programs in a receiving system. Applications transfer 
data to the router module in the sending system, which then 
places the data in the proper format and routes it to the router 
module in a receiving system. The router module in the 



FIG. 5 is a flow diagram illustrating the steps taken during 
a first connection, lible 2 sets forth an e?iample of the 
conmiands and data sent during a first connection. A first 
connection is the first time a new data transaction occurs 
over an existing voice call between two communication 

55 devices such as a sending modem and a receiving modem. 
FIG. 1 is an example of a system in which such a transaction 
could take place, but there are many other communication 
configurations that could support a switched voice and data 
comnuinication according to the invention. 

60 A first connection begins with a capabilities query to 
detennine whether the receiving device has switched voice 
and data capability (100). An application in the sending 
system can issue a capabilities query by setting a flag in a 
send function call made to the receiving system. 

t5 Alternatively, an application can issue a capabilities query 
when making a connection by setting a flag in the sockadd^ 
structure for the connect function call 
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Id an altcxnative inq>lementation, a cs^abilities queiy foimat as set forth above in the context of the first connec- 

does not have to be transferred first Instead, the sending tion. The sending modem then waits to receive a signal 

modem can proceed as if there is an available modem on the indicating whether the connection is accepted (138). If the 

receiving side. If there is no receiving modern, or if it is connection Is not accepted, the receiving system will return 

unavailable, an error message will be returned. s infonnation reflecting why the connection did not succeed 

If the receiving device has switched voice and data (140). 

capability and is ready to receive data (102), then the If the connection is accepted, more data can be sent 

sending modem sends a first connection byte ID as a header according to the formats specified herein (142). 

byte (104). The connection byte ID may be followed by an FIGS. 7 and 8 are flow diagrams illustrating the steps that 

internal version number (lOQ. Next, the session ID is sent lO may be taken to transfer data between applications on each 

for exanq)le, in the form of a 16 byte UUID number (108). end of a switched voice and data communication. Data can 

As an option, the user's name and phone number may then be transferred over an open connection as depicted in FIG. 

be sent using the format <lengxdata>, which means the 7, or data may be transferred in an implicit connection as 

length of the data is first identified followed by the data itself depicted in FIG. 8. An open connection is a connection 

(110). 15 where a first application and its corresponding application 

More session information may then be sent (112). laical have already established communication in a new connec- 

session information may include information about the tion transaction. In an implicit connection, a connection has 

sending system such as the operating system residing on the not yet been opened between a first application and its 

data terminal device coupled to the sending modem. corresponding application on a receiving system. A 

Next, the router module in the sending system transfers 20 connection, however, has been established between the 

the connection protocol ID (114). This protocol ID number sending system where the first application resides and the 

is a 16 byte UUID number that is guaranteed to be unique. receiving system, where its corresponding application 

Next a socket ID is sent f 116^. The sop kfi^ JD is randomly resides. 

selected firom OxQl to OxED. After the first connection, fe e FIG. 7 is a flow diagram illustrating the steps taken for 

R ciflirftt vn iq i wpA^<M- ft hpffHpr hyff- tn. cp^nify wiirrf; f lfltfu^ 25 Sending data over an open connection. To begin this 

■t g jy Bpnt Thp shnrTpr sorfefit ID nn mh( a 4s- used rather than transaction, the router module sends the socket ID signature 

the relatively lengthy protocol ID number because it is easier ( 144). This is the random value assigned to the application 

and faster to send. The socket ID need not be randooL but during the new or first connection transaction. Next, the first 

using a random number is preferred because it helps to data block is sent in the format <lcngth><data>, as prcvi- 

differentiatc. between calls. If the socket ID were not 30 ously set forth (146). After this block is sent, more data can 

random, but rather, was simply a number starting with 0 for be sent using any of the methods described herein (148). 

each call, tiicn it would be very difficult to determine FIG. 8 is a flow diagram illustrating the steps taken for 

whether the sock&t ID number of 0 referred to the same or sending data over an implicit connection. First, the in^dt 

a different call. socket connection ID signature is sent (150). Next, a pro- 

Once 4e socket is identified, the data may be sent (118). 35 tocol ID is sent (152). The protocol ID is preferably a 16 

The foimat ofthe data blockis<length><data>.TTiis format byte UUID number guaranteed to be unique. After the 

is described in further detail in a document entitled, ASN protocol ID is transferred, the first data block is sent in the 

Lengths Standard Document Any odicr valid pending data format <lengtbxdata> (154). As in the open coimection, 

or connection data may also be sent (120). more data may be sent after the first data block is transferred 

After sending the data, the sending system waits for a 40 (156). 

signal indicating whether the session has been accepted on Once a connection is established, the data may be sent 

the receiving end (122). If the session has been accepted among several applications at once. For exaiiq>le, data can 

then the first connection transaction is over. Other transac- be scat from more than one application in a sending system 

tions may occur after the first- connection, but once all to corresponding applications in a receiving system in a 

pending data and/or coimection information is sent and 45 single data block. The router module may distinguish among 

successfully accepted, the first connection is conq>lete. If the Ha*A-fcnin^ rfi'flwi w n# np^^Hrrfirirm ^n^^^ t ^ H fi inff thr | ; ^^*"^^ 

session has not been accepted, then the receiving device ID and socket ID numbers . In one alternative, a first appli- 

transfers information reflecting why the session was not cation may wait for a second application to send data and 

successfully started (124). then send data with the data sent by the second application. 

no. 6 is a flow diagram illustrating the steps taken during 50 Using this technique, interruptions in the conversation can 

a new connection, l^le 2 sets forth an example of the be minimized by transferring data for more than one appli- 

commands and data sent during a new coimection. A new cation in a single data block. As another alternative, infcr- 

connection, as opposed to a first connection, occurs after the mation may be sent and received several times before 

first connection when an ^plication wishes to send data to returning to voice mode: The process of sending and then 

a corresponding application at the receiving end. ss receiving data between applications may involve a request 

A new connection begins when the router module in the for a reply, 

sending system sends a new connection signature in a header After an application sends data, it may request a reply. If 

byte (130). Next, a protocol ED is sent (132). The protocol an application requests a reply (158), the socket associated 

ID is preferably a 16 byte UUID number, guaranteed to be with an application waits for a reply (160). If a data packet 

unique. Using this 16 byte UUID number ensures that the 60 is received as a reply (162), then receipt of the reply is 

first application communicates with a coii^)atible applica- acknowledged (164). If no reply is received, a signal is sent 

tion io the receiving system. A socket ID to be associated indicating that no reply has been received (166). 

with this particular connection is then sent (134). Just as in PIG. 9 is a flow diagram illustrating the steps taken In 

a first connection, a socket ID number is randomly picked to receiving data. To receive data, an application must be in a 

avoid potential ambiguity among different connections. 65 listen state. When new data is received for a particular 

Next, the first data block is sent for the connection (136). application, the sockets notify an application that new data 

The format of the data block is <lcngthxdata>, the same is available to be read The router module intaiffets infci- 
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matioQ sent over the telephone Hoe and detetmlnes whether 
the infonnatioD represents data to be routed to an application 
or a system command to be processed. 

FIG. 9 specifically illustrates the steps taken at the level 
of the router module when commands and data are received 5 
during an open connection. The router module first reads the 
data packet header byte (168). The header byte is the 
transaction signature and either: 1) identifies socket data; or 
2) specifies a system command to be processed. In this 
iniplementation, if the packet header byte falls in a range of 
predetermined values (0x01 to OxED), then socket data 
follows (170). When the header byte falls in this range, it 
represents the random socket ID number associated with a 
particular transaction. The router module reads the socket 
data and then routes the data to the corresponding applica- j ^ 
tion (172. 174). If the packet header is 0x00 or OxEE 
through OxFF, then it represents a system command to be 
processed. The router module then takes the appropriate step 
or steps to process the system command (176). 

After an application completes a transaction, it may 20 
terminate a socket connection. To tenninate a connection, a 
command (OxFO) is sent foUowed by the socket ID byte, 
identifying the socket to be terminated. Preferably, the end 
connection command should be sent with another transac- 
tion so that the voice portion of the call is not unduly ^5 
interrupted. 

In addition to the commands associated with the above 
transactions, a number of other commands may be sent. 
These commands are set forth in Table 2. The Enumerate 
Valid Sockets command enables a sending machine to veriiy 3Q 
a socket connection. The Error command can be used to send 
error messages back to the other machine. The Verify 
Connection oonmiand provides a means for verifying that a 
particular connection is still valid using the session ID, a 
UUID number. The Request User Information command 3^ 
allows a system on either side of a transaction to request the 
other's user information. In response, the system receiving 
the request for user information sends a command identify- 
ing the following data as user information, and then sends 
the data in <lengxdata> format ^ 

Though the system and methods according to an embodi- 
ment of the invention have been set forth in detail, it should 
be understood that many variations to the embodiments are 
possible without departing from the principles of invention. 

In view of the many possible embodiments to wfaidi the ^3 
principles of our invention may be put, it is emphasized that 
the detailed embodiments described hereb are illustrative 
only and should not be taken as limiting the scope of our 
invention. Rather, we claim as our invention all such 
embodiments as may come within the scope and spirit of the 
following claims and equivalents thereto. 

I claim: 

1. A method for enabling plural ^plication programs 
running on a first computer to communicate with plural 
plication programs running on a second computer during 
a switched voice and data communication, wherein the first 
and second conqiuter each has an application programming 
interface to the application programs, a router module and a 
communication device intoface coupled to a communica- 
tion device for communication over a telephone line, the ^ 
method comprising: 

transfening voice data over the telephone line during a 
telephone caU using the communication device; 

temporarily blocking the transfer of voice data over the 
telephone line during the telephone caU; 65 

transfening data from first and second application pro- 
grams running on the first computer to the router 
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module in the first computer using the application 
programming interface; 
assigning first and second universally unique protocol 
identification numbers to the first and second applica- 
tion programs in each computer to identify data asso- 
ciated with the first and second application pro-ams. 
respectively; 

from the first and second applications In the first 
computer, specifying to the router module in the first 
computer that the first and second applications in the 
first computer are associated with the first and second 
universally unique protocol identification numbers, 
respectively; 

fi-om the first and second applications in the second 
con^)uter. specifying to the router module in the second 
computer that the first and second ^plications in the 
second computer are associated with the first and 
second universally unique protocol identification num- 
bers respectively; 

routiBg the identified data from the router module of the 
first conq)Uter to the router module of the second 
computer, wherein the routing step includes construct- 
ing one or more blocks of data, each block of data 
having at least one header with either the first or the 
second universally unique protocol identification num- 
ber or both the first and second universally unique 
protocol identification numbers to identify data from 
the first and second application programs; and 

transferring the identified data firom the router module of 
the second computer to corresponding first and second 
af^lication programs running in the second computer, 
using the first and second universally unique protocol 
identification numbers to direct the identified data to 
the corresponding programs. 

2. The method of daim 1 wherein the routing step 
includes transferring a first block of data including a first and 
second header, the first header including the first universally 
unique identification number to identify data from the first 
application program, and the second header including the 
second universally unique identification number to identify 
data from the second application progranL 

3. The method of claim 1 wherein the routing step 
includes sending a capabilities query to determine whether 
the second computer has switched voice and data commu- 
nication capability. 

4. The method of daim 1 wherein the routing step 
indudes sending a request for a reply; and further induding 
the steps of: 

transferring data of the corresponding first and second 
application program in the second computer to the 
router module in the second computer using the appli- 
cation programming interface in the second computer; 
and 

routing the data of the corresponding first and second 
application programis in the second computer from the 
router module of the second computer to the router 
module of the first computer. 

5. A system far allowing plural application programs 
executing in a first computer to conununicate with corre- 
sponding plural application programs executing in a remote 
computer in a switched voice and data conununication 
comprising: 

a communication device interface for communicating 
with a tdcphonc communication device; 

an application programming interface for allowing the 
plural application programs to share access to a tete- 
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phone connection, the application pTogramming inter- 
face including functions which enable the plural appli- 
cation programs to transfer data to the coiresponding 
plural application programs executing in a remote 
computer by specifying unique protocol identification 
numbers that uniquely identify the plural application 
programs and data associated with the plural applica- 
tion programs; 

a telephone line device driver in communication with the 
communication device interface for controlling the 
telq)hone communication device; 

a cali manager module in conmuinication with the tele- 
phone line device driver for issuing commands to 

. switch the telephone communication device between 
voice and data transfer modes; and 

a router module in communication with the application 
programming iaterface for receiving the data from the 
plural application programs and fonnatting the data and 
the unique protocol identification numbers into one or 
more data blocks for transfer through the communica- 
tion device interface, the router module in communi- 
cation with the call manager module to switch the 
telephone communication device to data transfer mode; 
wherein the rout^ module is q>erable to transfer the 
one or more data blocks to the communication device 
interface when the telephone conomunication device is 
switdied to data transfer mode during the switched 
voice and data communication. 

6. The system of claim 5 wherein the router module is in 
coromumcation with the communication device interface for 
receiving a block of data including application data associ- 
ated with each of the plural application programs, for 
interpreting the block of data to identify the unique protocol 
identification numbers of each of the plural application 
programs, and for routing the application data in the block 
of data to the plural application programs. 

7. The system of claim 5 wherein the application pro- 
gramming int^ace is operable to create a socket connection 
between a local and a remote sodcet and is operable to 
associate one of the unique protoc<^ identification numbers 
with the socket connection. 

8. A method for switched voice and data communication 
among corresponding application programs executing in 
first and second computers interconnected through a phone 
line, each of the first and second cQn^>uters including a 
router module and a conmmnication device interface 
coupled to a modem for communication over the phone line, 
the method comprising: 

establishing communication between the router modules 
in the first and second computers; 

blocking a voice communication ova the phone line; 

fix>m a first application program, passing a first unique 
protocol identification number and data associated with 
the first application program to the router module; 

from a second application program, passing a second 
unique protocol identification number and data associ- 
ated with the second application program to the router 
module; 

communicating the first and second imiquc protocol iden- 
tification numbers associated with the first and second 
application programs from the router module in the first 
computer to the router module in the second computer, 
and 

routing the data associated with the first and second 
application programs in the first conq)uter to the cor- 
responding first and second application programs in the 
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second computer by consUructing one or tdxsc blocks of 
data including the first and second unique protocol 
identification numbers to identify the data associated 
with the first and second plication programs, sending 
5 the one or blocks of data to the second computer and 
using the first and second unique protocol identification 
numbers to route the data to the corresponding first and 
second application programs; and 
for subsequent communication between the application 
io programs in the first and second oon^uters, selecting a 
random identifier to identify data transfas between 
coiresponding application programs, and routing data 
using the selected random identiiier to route data 
between the corresponding application programs. 
15 9, Jht method of claim 8 wherein the stqp of establishing 
communication between router modules includes establish- 
ing a connection between corresponding sockets in the first . 
and second computers, whaein the first and second appli- 
cation programs in the first and second computer each have 
20 an associated socket, wherein the first unique protocol 
identification number identifies the corresponding sockets 
associated with the first application programs in the first and 
second con^uters, and the second unique protocol identifi- 
cation number identifies the corresponding sockets associ- 
^ ated with the second application programs in the first and 
second con^uters. 

10. The mctiiod of claim 9 further including the step: 
after establishing a connection between coiresponding 

sockets, selecting a random socket ID number to iden- 
^ tify the coiresponding sockets for subsequent transfers 
of data throu^ the corresponding sockets. 

11. A conq>uter implemented m^od for enabling plural 
application programs executing in a first computer to com- 
municate with coiresponding versions of the plural applica- 

^ tion programs executing in a second conQ4>uter during a 
switched voice and data communication over a telephone 
line, the method compsising: 

issuing a first command to a modem supporting switched 
^ voice and data communication to switdi the modem 
into a voice mode so tiiat voice data is transforcd ovct 
the tel^hone line during a telephone call; 
issuing a second command to the modem supporting 
switdied voice and data communication to switch the 
45 modem into a data mode such that the transfer of voice 
data over tiie telephone line during the telephone call is 
temporarily blocked; 
while the modem is in data mode, peribrming the follow- 
ing steps: 

so sending a first unique protocol ID assigned to a first 
application program executing in the first compter 
and a corresponding first application program 
executing in the second computer to the modem far 
transfer to the second computer; 

55 sending a first block of data associated with the first 
application program to the modem for transfer to the 
second computer, wherein the first block of data is 
Identified with the first unique protocol ID; 
sending a second unique protocol ID assigned to a 

60 second application program executing in the first 

computer and a conesponding second q>plication 
program executing in the second conq>uter, and 
sending a second block of data associated with the 
second application |a-ogram to the modem for trans- 

65 fer to the second computer, wherein the second block 

of data is identified with the second unique protocol 
ID. 
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12. Hic method of claim 11 further including: 

while the modem is in the data mode, perfonning the steps 
of; 

sending a first connection ID along with the first block 
of data; 5 

for subsequent data transfer between the first applica- 
tion program in the first and second con^utcrs. using 
the first connection ID to route data between the first 
^plication program in each of the first and second 
computers; 

receiving a third block of data from the first application 
executing in the second computer, wherein the diird 
block of data is identified by the first connection ID; 
and 

routing the third block of data to the first application 
program executing in the first computer. 

13. Hie method of claim 11 further including establishing 
a first socket connection between the first application pro- 
gram and the corresponding first application program 
executing in the second con^utcr using the first unique 
protocol ID to identify corresponding sockets associated 
with the first applicatioa program and the corresponding first 
application program in the first and second computers, 
respectively. 

14. The method of claim 11 further including establishing 
a first socket connection between the first application pro- 
gram and the corresponding first application program 
executing in the second conq)uter using the first uMque 
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protocol ID to identify corresponding sockets associated 
with the first application program and the corresponding first 
application program in the first and second computers, 
respectively; and 

establishing a second socket connection between the 
second application program and the corresponding sec- 
ond application program executing in the second com- 
puter using the second unique protocol ID to identify 
corresponding sockets associated with the second 
application program and the corresponding second 
application program in the first and second computers, 
respectively, 

15. The method of claim 11 including the stq) of: 
sending the first and second data block in a single. 

contiguous block of data to the second computer to 
minimize interruption of voice data transfer during the 
telephone call. 

16. The method of daim 11 further including: 
randomly selecting a connection ID to replace the first 

protocol ID in subsequent data transfers between the 
first q)plication program in the first computer and the 
corresponding application program in the second com- 
puter, wherein the connection ID is a shorter number 
than the first protocol ID so as to minimize data transfer 
between the first and second con^uter. 

***** 
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